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IP-datan siirtaminen tietoliikennejarjestelmassa 

Keksinnon tausta 

Keksintd liittyy IP-datan (Internet Protocol) siirtamiseen tietoliiken- 
nejarjestelmassa ja erityisemrnin jarjestelmassa, jossa kompressoidaan IP- 

5 datan otsikkokenttia. 

IP-teknologian nopea kehitys on laajentanut erilaisten IP-pohjaisten 
sovellusten kayttomahdollisuuksia myos perinteisen Internet-tiedonsiirron ul- 
kopuolelle. Erityisesti IP-pohjaiset puhelinsovellukset ovat kehittyneet nopeas- 
ti, minka seurauksena yha suurempi osa puheluiden siirtotiesta voidaan to- 

10 teuttaa IP-teknologiaa hyodyntaen, Varsinkin matkaviestinverkoissa IP- 
teknologian nahdaan tarjoavan paljon etuja, silia matkaviestinverkkojen perin- 
teisten puhepalveluiden, jotka voitaisiin hoitaa erilaisten IP-puhesovellusten 
avulla r lisaksi matkaviestinverkoissa tullaan tarjoamaan yha enemman erilaisia 
datapalveluita, kuten Internetin selaamista ja sahkOpostipalveluita, jotka on 

15 tyypillisesti edullisinta toteuttaa pakettivalitteisina IP-pohjaisina palveluina. 
Nain matkaviestinjarjestelmien protokolliin sovitettavat IP-kerrokset voisivat 
patvella seka audio/videopalveluita etta erilaisia datapalveluita. 

Matkaviestinverkoissa on erityisen tarkeaa kayttaa rajalliset radiore- 
surssit hyvaksi mahdollisimman tehokkaasti. Tama taas vaikeuttaa IP- 

20 protokollien hyvaksikayttoa radiorajapinnalla. koska IP-pohjaisissa protokollis- 
sa erilaisten otsikkokenttien osuus siirrettavasta datasta on hyvin suuri, jolloin 
vastaavasti hyotykuorman osuus jSa pieneksi. Rajallisten radioresurssien kan- 
natta tata suhdetta on tarve pienentaa. Tata tarkoitusta varten on kehitetty ot- 
sikkokenttien kompressointimenetelmia, kuten IETF:n (Internet Engineering 

25 Task Force) ROHC (Robust Header Compression). Tama hakemuksen yhtey- 
dessa hyiJtykuormalla tarkoitetaan olennaisesti sovelluksen kannalta hyodyl- 
lista dataa ja otsikkokentilla sovelluksen tiedonsiirtoa hoitavien alempien ker- 
rosten hyfttykuormaan lisaamia kenttia. Puhesovelluksen hyotykuormaa ovat 
esimerkiksi aaninSytteet ja ohjausdata, otsikkokenttia ovat verkkokerroksella 

30 (network layer) esimerkiksi RTP-, UDP- ja IP-otsikkokentat. 

Ehdotetut kompressointimenetelmat vaativat kompressoimattomien 
otsikkokenttien vaiitysta yhteyden alussa ja mahdollisesti periodisestL 
ROHCissa kaytetaan useita kompressointitiloja, jolloin kompressoinnin tehok- 
kuus kasvaa aina siirryttaessa ylemmaile tilalle. Perusperiaatteena on, etta 

35 kompressointi suoritetaan aina korkeimmassa mahdollisessa tilassa kuitenkin 
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niin, etta kompressorilla on riittava varmuus siita, etta dekompressorilla on 
riittavasti informaatiota dekompressoinnin suorittamiseen kyseisessa tilassa. 

Tyypillisesti sovelluskemoksen datavuolle tiedonsiirron matkavies- 
tinverkkoon tarjoavalle konvergenssientiteetille ja toisaalta RNC:n konver- 

5 genssientiteetille varataan looginen yhteys (Logical Connection), jota kayttaen 
IP-paketit siirretaSn fyysiselle kerrokselle. Kolmannen sukupolven matkavies- 
tinjarjestelman UMTS (Universal Mobile Telecommunications System) stan- 
dardeissa on maaritetty, etta pakettidataprotokollakonvergenssikerroksen 
PDCP (Packet Data Protocol Convergence) entiteetti kayttaa aina yhta radio- 

10 linkkikontrollikerroksen RLC (Radio Link Control) yhteytta datavuon siirtoa 
varten. RLC-yhteytta ja nain ollen loogista yhteytta varattaessa neuvotellaan 
loogisen yhteyden ominaisuudet maarittavat parametrit, kuten yhteyden laa- 
tutason maarittavat parametrit. 

Erityisesti IP-puheen (VoIP Voice over IP) siirrossa otsikkokentat 

15 voivat vaatia huomattavasti enemman bitteja kuin hyotykuorma. Osa siirretta- 
vista otsikkokentista voi olla kompressoitu, joten siirrettavissa IP-paketeissa 
otsikkokenttien koko voi vaihdella huomattavasti Koska IP-pakettien hyoty- 
kuorma ja eri tavalla kompressoidut otsikkokentat siirretaan samassa neuvo- 
teltujen parametrien mukaisessa loogisessa yhteydessa, tiedonsiirto ei ole ra- 

20 dioresurssien kayton kannalta optimaalista. Erityisesti UMTS-jarjestelmaa 
varten kehitetyn laajakaista-AMR WB AMR (Wideband Adaptive Multirate Co- 
dec) puhekoodekin tuottamaa IP-pakettivirtaa varten on varattava runsaasti 
kapasiteettia, mika johtaa koodipuun epataloudellisen kayttoon. 

Keksinnttn lyhyt selostus 

25 Keksinnon tavoitteena on siten kehittaa menetelma ja menetelmSn 

toteuttava laitteisto IP-datan tehokkaammaksi valittamiseksi radiorajapinnan 
yli. Keksinnon tavoitteet saavutetaan menetelmaiia, tietoliikennejarjestelmaiia, 
matkaviestimella ja radioresurssiohjaimella, joille on tunnusomaista se, mita 
sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon edulliset suoritus- 

30 muodot ovat epaitsenaisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen, etta lahetettavien iP-pakettien otsikko- 
kentat erotetaan hyOtykuormasta, jonka jaikeen ainakin kahden eri kontekstin 
mukaisesti kompressoidut otsikkokentat siirretaan niille varattuja loogisia yhte- 
yksia kayttaen. Konteksti kuvaa kompressoinnin senhetkisia ominaisuuksia eli 

35 sita, miten otsikkokentat on kompressoitu. On huomioitava, etta kompressoin- 
nin konteksti voi olla myOs sellainen, etta otsikkokenttaa ei kompresso'ida ol- 
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lenkaan. Vastaanottopaassa eri loogisista yhteyksista saadut kompressoidut 
otsikkokentat voidaan rekonstruoida ja yhdistaa hyotykuormiin. Loogisella yh- 
teydelia tarkoitetaan siirtoyhteyskerroksen (L2) yhteytta datan siirtoon matka- 
viestimen ja pakettiradioverkon valilla. 
5 Tasta saavutetaan se huomattava etu, etta eri tavatla kompressoi- 

tuja otsikkokenttia varten voidaan valita ominaisuuksiltaan erilaisia loogisia 
yhteyksia, jolloin dataa voidaan siirtaa optimaalisemmin ja langattomassa tie- 
toliikennejarjestelmassa radiokanavien kapasiteetti voidaan kayttaa tehok- 
kaammin. 

10 Keksinnon eraan edullisen suoritusmuodon mukaisesti loogiset yh- 

teydet varataan eri kompressointitilan otsikkokentille. Talloin voidaan eri laa- 
juudessa kompressoidut otsikkokentat valittaa erityyppisia loogisia yhteyksia 
kayttaen. 

Kuvioiden lyhyt selostus 

15 Keksintca selostetaan nyt lahemmin edullisten suoritusmuotojen 

yhteydessa, viitaten oheisiin piirroksiin, joista: 

Kuvio 1 esittaa lohkokaaviona UMTS-jarjestelman yksinkertaistettua 
rakennetta: 

Kuviot 2a ja 2b esittavat UMTSm pakettidatapalvelun protokollapi- 
20 noja kontrollisignalointiin ja kayttajadatan valittamiseen; 

Kuvio 3 esittaa lohkokaaviona siirtymia ROHC:n eri kompressointi- 
tilojen valilla; 

Kuvio 4 esittaa RLC- ja PDCP-kerroksia keksinnGn eraan edullisen 
suoritusmuodon mukaisessa jarjestelmflssa; ja 
25 Kuvio 5 esittaa vuokaaviona keksinnon eraan edullisen suoritus- 

muodon mukaista menetelmaa. 

Keksinnon yksityiskohtainen selostus 

Keksinnon mukaista menettelya kuvataan seuraavassa esimerkin- 
omaisesti UMTS-jarjestelman yhteydessa. Keksintoa voidaan kuitenkin sovel- 
30 taa missa tahansa tietoliikennejarjestelmassa, jossa kompressoidaan vaiitetta- 
vien IP-pakettien otsikkokenttia. Keksinnon mukaista menettelya voidaan 
edullisesti soveltaa esimerkiksi ns. toisen sukupolven matkaviestinjarjestelmi- 
en jatkokehityshankkeissa, kuten GERAN:ssa (GSM/Edge Radio Access Net- 
work). 
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Kuvio 1 kasittaa vain keksinnon selittamisen kannalta UMTS- 
jarjestelman oleelliset lohkot, mutta alan ammattimiehelle on selvaa, etta ta- 
vanomaiseen rnatkaviestinjarjestelmaan sisaityy lisaksi muitakin toimintoja ja 
rakenteita, joiden tarkempi selittaminen ei tassa ole tarpeen. Matkaviestinjar- 

5 jestelman paaosat ovat runkoverkko CN (Core Network) ja UMTS- 
matkaviestinjarjestelman maanpaallinen radioverkko UTRAN (UMTS Terrestri- 
al Radio Access Network), jotka muodostavat matkaviestinjarjestelman kiinte- 
an verkon, seka matkaviestin tai tilaajapaatelaite UE (User Equipment). CN:n 
ja UTRAN:in valinen rajapinta on nimeltaan lu, ja UTRANrin ja UE:n vaiinen 

10 ilmarajapinta on nimeltaan Uu. 

UTRAN muodostuu tyypillisesti useista radioverkkoalijarjestelmista 
RNS (Radio Network Subsystem), joiden valinen rajapinta on nimeltaan lur (ei 
kuvattu). RNS muodostuu radioverkko-ohjaimesta RNC (Radio Network Cont- 
roller) ja yhdesta tai useammasta tukiasemasta BS, joista kaytetaan myos 

15 termia B-soImu (node B). RNC:n ja BS:n valinen rajapinta on nimeltaan lub. 
Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja radioverkko- 
ohjain RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen 
valisen kanavanvaihdon kontrolli, tehonsaato, ajastus ja synkronointi, tilaaja- 
paatelaitteen kutsuminen (paging). UE ja BS kasittavat radiorajapinnan yli tie- 

20 donsiirron tarjoavat lahetinvastaanottimet. 

Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta rnatkavies- 
tinjarjestelmaan kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin- 
keskus/vierailijarekisteri 3G-MSCA/LR (Mobile Switching Centre/ Visitor Loca- 
tion Register) on yhteydessa kotirekisteriin HLR (Home Location Register) ja 

25 edullisesti my6s alyverkon ohjauspisteeseen SCP (Service Control Point). Ko- 
tirekisteri HLR ja vierailijarekisteri VLR kasittavat tietoa matkaviestintilaajista: 
kotirekisteri HLR kasittaa tiedot matkaviestinverkon kaikista tilaajista seka nai- 
den tilaamista palveluista ja vierailijarekisteri VLR kasittaa tietoja tietyn matka- 
viestinkeskuksen MSC alueella vierailevista matkaviestimista. Yhteys paketti- 

30 radiojarjestelman operointisolmuun 3G-SGSN (Serving GPRS Support Node) 
muodostetaan rajapinnan Gs' vaiityksella ja kiinteaan puhelinverkkoon 
PSTN/ISDN yhdyskaytavamatkaviestinkeskuksen GMSC (Gateway MSC, ei 
kuvattu) kautta. Seka matkaviestinkeskuksen 3G-MSCA/LR etta operointisol- 
mun 3G-SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access 

35 Network) tapahtuu rajapinnan lu vaiityksella. On huomattava, etta UMTS- 
jarjestelma on suunniteltu siten, etta runkoverkko CN voi olla identtinen esi- 
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merkiksi GSM-jarjestelman runkoverkon kanssa, jolloin koko verkkoinfrastruk- 
tuuria ei tarvitse rakentaa uudelleen. 

UMTS-jarjestelma kasittaa siis myos pakettiradiojarjestelman, joka 
on toteutettu prtkalti GSM-verkkoon kytketyn GPRS-jarjestelman mukaisesti, 

5 mista johtuu myOs verkkoelementtien nimissa olevat viittaukset GPRS- 
jarjestelmaan. UMTS:n pakettiradiojarjestelma voi kasittaa useita yhdyskayta- 
va- ja operointisolmuja ja tyypillisesti yhteen yhdyskaytavasolmuun 3G-GGSN 
on kytketty useita operointisolmuja 3G-SGSN. Operointisolmun 3G-SGSN 
tehtavana on havaita pakettiradioyhteyksiin kykenevat matkaviestimet palve- 

10 lualueellaan, iahettaa ja vastaanottaa datapaketteja kyseisilta matkaviestimilta 
seka seurata matkaviestimien sijaintia palvelualueellaan. Edetleen operointi- 
solmu 3G-SGSN on yhteydessa kotirekisteriin HLR rajapinnan Gr kautta. Koti- 
rekisteriin HLR on tailetettu myOs pakettiradiopalveluun liittyvia tietueita, jotka 
kasittavat tilaajakohtaisten pakettidataprotokollien sisall6n. 

15 Yhdyskaytavasolmu 3G-GGSN toimii yhdyskaytavana UMTS- 

verkon pakettiradiojarjestelman ja ulkoisen dataverkon PDN (Packet Data 
Network) valilia. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko- 
operaattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lahi- 
verkko. Yhdyskaytavasolmu 3G-GGSN on yhteydessa kyseisiin dataverkkoihin 

20 rajapinnan Gi kautta. YhdyskaytSvasolmun 3G-GGSN ja operointisolmun 3G- 
SGSN valilia siirrettavat datapaketit ovat aina tunnelointiprotokollan GTP 
(Gateway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskaytavasolmu 
3G-GGSN sisaltaa myos matkaviestimille aktivoitujen PDP-kontekstien 
(Packet Data Protocol) osoitteet ja reititystiedot ts. 3G-SGSN-osoitteet. Reiti- 

25 tystietoa kaytetaan siten datapakettien linkittamiseen ulkoisen dataverkon ja 
operointisolmun 3G-SGSN valilia. YhdyskaytSvSsolmun 3G-GGSN ja operoin- 
tisolmun 3G-SGSN vaiinen verkko on IP-yhteyskaytantda, edullisesti IPv6 
(Internet Protocol, version 6) hyodyntava verkko. 

Kuviot 2a ja 2b esittavat UMTS:n protokollapinoja kontrollisignaloln- 

30 tiin (control plane) ja kayttajadatan valittamiseen (user plane) UMTS- 
jarjestelman pakettiradiopalvelussa. Kuviossa 2a kuvataan matkaviestimen 
MS ja runkoverkon CN valista kontrollisignalointiin kaytettavaa protokollapinoa. 
Matkaviestimen MS iiikkumista (MM, Mobility Management), puheluiden ohja- 
usta (CC. Call Control) ja paatelaiteyhteyksien hallintaa (SM, Session Mana- 

35 gernent) signaloidaan ylimmilla protokollakerroksilla matkaviestimen MS ja 
runkoverkon CN valilia siten, etta valissa olevat tukiasemat BS ja radioverkko- 
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ohjain RNC ovat transparentteja talle signaloinnille. Radioresurssien hallintaa 
matkaviestimien MS ja tukiasemien BS vaiisella radioyhteydella ohjaa radiore- 
surssien hallintajarjestelma (RRM, Radio Resource Management), joka vaiit- 
taa radioverkko-ohjaimelta RNC ohjaustietoja tukiasemille BS. Nama matka- 

5 viestinjarjestelman yleiseen hallintaan liittyvat toiminnallisuudet muodostavat 
joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimel- 
taan Non-Access Stratum. Vastaavasti matkaviestimen MS, tukiaseman BS ja 
radioverkko-ohjaimen RNC valilla tapahtuva radioverkon ohjaukseen Kittyva 
signalointi suoritetaan protokollakerroksilta, joita kutsutaan yhteiselia nimella 

10 radioverkkoprotokollat (RAN protocols) eli Access Stratum. Naita ovat alim- 
malla tasolla olevat siirtoprotokollat, joiden vSlittamaa kontrollisignalointla siir- 
retaan ylemmille kerroksille edelleen kasiteltavaksi. Ylemmista Access Stra- 
tum-kerroksista olennaisin on radioresurssien ohjausprotokolia (RRC, Radio 
Resource Control), joka vastaa mm. matkaviestimen MS ja radioverkon UT- 

15 RAN valisten loogisten yhteyksien muodostamisesta, konfiguroinnista, yllapi- 
tamisesta ja katkaisemisesta seka runkoverkosta CN ja radioverkosta RAN 
tulevan ohjausinformaation valittamisesta matkaviestimille MS. Lisaksi radio- 
resurssien ohjausprotokolia RRC vastaa radioresurssien hallintajarjestelman 
RRM ohjeiden mukaisesti riittavan kapasiteetin varaamisesta paatelaiteyhtey- 

20 delle esimerkiksi sovellusperusteisessa kapasiteettivarauksessa. 

UMTS:n pakettivaiitteisen kayttajadatan valityksessa kaytetaan ku- 
vion 2b mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen MS 
vaiisella rajapinnalla Uu alemman tason tiedonsiirto fyysisella kerroksella ta- 
pahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen 

25 paaiia oleva MAC-kerros valittaa datapaketteja fyysisen kerroksen ja RLC- 
kerroksen valilla ja RLC-kerros vastaa eri loogisten yhteyksien radiolinkkien 
hallinnasta. RLC:n toiminnaliisuudet kasittavat mm. lahetettavan kayttajadatan 
(RLC-SDU) segmentoinnin yhteen tai useampaan RLC-datapakettiin RLC- 
PDU. RLC:n paalla olevan PDCP-kerroksen datapakettien (PDCP-PDU) ka- 

30 slttamat IP-otsikkokentat voidaan optionaalisesti kompressoida. Taman jal- 
keen PDCP-PDU:t luovutetaan RLC:lle ja ne vastaavat yhta RLC-SDU:ta. 
Kayttajadata ja RLC-SDU :t segmentoidaan ja valitetaan sitten RLC- 
kehyksissa, joihin on lisatty tiedonsiirron kannalta olennaista osoite- ja tarkis- 
tusinformaatioita. RLC-kerros huolehtii myos vahingoittuneiden kehysten uu- 

35 delleenlahetyksesta. PDCP, RLC ja MAC muodostavat siirtoyhteyskerroksen. 
Operointisolmu 3G-SGSN vastaa matkaviestimelta MS radioverkon RAN 
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kautta tulevien datapakettien reitityksesta edelleen oikealle yhdyskaytavasol- 
mulle 3G-GGSN. Talla yhteydella kaytetaan tunnelointiprotokollaa GTP, joka 
koteloi ja tunneloi kaiken runkoverkon kautta valitettavan kayttajadatan ja sig- 
naloinnin. GTP-protokollaa ajetaan runkoverkon kayttaman IP:n paalla. 
5 Seuraavassa esitellddn keksinn&n erSSn edullisen suohtusmuodon 

mukaista otsikkokenttien kompressointimenetelmaa ROHC. Kyseisen kom- 
pressointimenetelman tarkemman kuvauksen osalta viitataan viela kesken- 
eraiseen Internet-draftiin "Robust Header Compression (ROHC)", versio 04, 
11.10.2000. 

10 Eras ROHC:n kehittelyn taustalla olevia ajatuksia on, etta datapa- 

kettien valityksessa kaytettavien lukuisten otsikkokenttien vaiilia on runsaasti 
redundanssia paitsi datapakettien sisaiia, niin myfis niiden vaiilia. Toisin sa- 
noen, suuri osa otsikkokenttien informaatioista ei muutu lainkaan datapaketti- 
en valityksen aikana, jolloin otsikkokenttien kasittama informaatio on helppo 

15 rekonstruoida, vaikkei sita valiteta lainkaan. Ainoastaan pieni osa otsikkoken- 
tista on sellaisia, joiden kasittaman informaation suhteen on oltava tarkkana 
kompressoinnissa. 

Eri kompressointimenetelmissa seka kompressorille etta dekom- 
pressorille maaritellaan tyypillisesti konteksti, joka on tila, jonka mukaisesti 

20 kompressori kompressoi lahetettavan otsikkokentan ja dekompressori dekom- 
pressoi vastaanotetun otsikkokentan. Tyypillisesti konteksti kasittaa lisaksi 
kompressoimattoman version edellisesta otsikkokentasta, joka on lahetetty 
(kompressori) tai vastaanotettu (dekompressori) tiedonsiirtoyhteyden yli. Li- 
saksi konteksti voi kasittaa datapakettivuota identifioivia erilaisia tietoja, kuten 

25 datapakettien jaksonumeroita tai aikaleimoja. Taten konteksti kasittaa tyypilli- 
sesti seka staattista infbrmaatiota, joka pysyy samana koko datapakettivuolle, 
etta dynaamista informaatiota, joka muuttuu datapakettivuon aikana, mutta 
usein jonkin maaritettavan kuvion mukaisesti. Konteksti kasittaa tietoa kom- 
pressiotilasta (compress state) ja kompressiomoodista. 

30 ROHC kasittaa useita kompressointitiloja, jolloin kompressoinnin 

tehokkuus kasvaa aina siirryttaessa ylempaan tilaan. ROHC pyrkii aina kayt- 
tamaan tehokkainta mahdollista kompressointia, kuitenkin niin, etta ennen 
siirtymista seuraavaan tilaan varmistetaan aina kulloisenkin tilan riittava toi- 
minnan varmuus- IP (Internet Protocol), UDP (User Datagram protocol) ja RTP 

35 (Real-Time Protocol) protokollien otsikkokenttien kompressoinnin yhteydessa 
ROHCm kayttamat kompressointitilat ovat aloitus/paivitystila (IR, Initiati- 
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on/Refresh), ensimmainen tila (FO, First Order) ja toinen tila (SO, Second Or- 
der), joiden valisia siirtymisia kuvataan kuvion 3 mukaisella kaaviolla. IR-tilaa 
kaytetaan kontekstin luomiseen dekompressorille tai virhetilanteesta toipurni- 
seen. Kornpressori siirtyy IR-tilaan aloitettaessa otsikkokenttien kompressointi, 

5 dekompressorin esittamasta pyynnosta tai paivitysajastimen umpeutuessa. IR- 
tilassa kornpressori lahettaa IR-otsikkokenttia kompressoimattomassa rnuo- 
dossa. Kornpressori pyrkii siirtymaan ylempaan tilaan, kun dekompressorin 
vastaanottamasta paiv'rtysinformaatiosta saadaan varmuus. Eri kompressointi- 
tilojen vaiiseen siirtymiseen vaikuttavia tekijaita ovat perakkaisten otsikkokent- 

10 tien vaihtelu, dekompressorilta saatavat positiiviset ja negatiiviset kuittaukset 
seka kuittausten puuttuessa maarattyjen jaksollisten laskureiden umpeuturni- 
nen. Ylemmasta kompressointitilasta voidaan vastaavasti tarvittaessa siirtya 
alempaan tilaan. 

FO-tiiaa kaytetaan datapakettivuon otsikkokentissa olevien epa- 

15 saannOllisyyksien informoimiseen vastaanottajalle. IR-tilan jalkeen kornpresso- 
ri toimii FO-tilassa tilanteessa, jossa otsikkokentat eivat muodosta yhtenaista 
kuviota (ts. perakkaiset otsikkokentat muuttuvat satunnaisesti s'rten, etta muu- 
toksia ei voida ennakoida) tai kornpressori ei voi olla varma, onko dekompres- 
sori vastaanottanut otsikkokenttien yhtenaisen kuvion maarittelevat parametrit. 

20 Tama on tyypillinen tilanne esimerkiksi aloitettaessa puheen vaiittaminen, eri- 
tyisesti ensimmaisten puhepurskeiden aikana. FO-tilassa kornpressori lahettaa 
kompressoituja FO-otsikkokenttia. Kornpressori pyrkii taas siirtymaan ylem- 
paan tilaan, kun otsikkokentat muodostavat yhtenaisen kuvion ja saadaan 
varmuus siita, etta dekompressori on vastaanottanut yhtenaisen kuvion para- 

25 rnetrit FO-tilan datapaketit kasittavat tyypillisesti kontekstin paivitystietoa, jol- 
loin onnistunut dekompressointi edellyttaa myos perakkaisten FO- 
otsikkokenttien onnistunutta vaiittamista. Taten dekompressointiprosessin on- 
nistuminen on sensitiivinen kadonneille tai vahingoittuneiile FO-tilan paketeille. 

SO-tilassa kompressointi on optimaalista. Otsikkokentat muodosta- 

30 vat yhtenaisen kuvion, joita kornpressori kuvaa kompressoiduilla SO- 
otsikkokentilia, jotka kaytannossa ovat datapakettien jaksonumeroita. Dekom- 
pressorille valitetaan jo FO-tilassa tieto otsikkokenttien yhtenaisen kuvion 
maarittelevista parametreista, joiden parametrien ja vastaanotetun jaksonume- 
ron perusteella dekompressori pystyy ekstrapoloimaan alkuperatset otsikko- 

35 kentat. Koska SO-tiiassa lahetetyt datapaketit ovat kaytannossa riippumatto- 
mia toisistaan, on myOs dekompressoinnin virheherkkyys alhainen. Kun otsik- 
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kokentat eivat enaa muodosta yhtenaista kuviota, kompressori siirtyy takaisin 
FO-tilaan. 

My6s dekompressoinnille on mSaritetty kolme eri tilaa, jotka ovat si- 
doksissa dekompressorin kontekstimaaritykseen. Dekompressori aloittaa toi- 
5 rnintansa aina alimmasta tilasta, jolloin kontekstia ei ole vieia maaritetty (No 
Context). Talloin dekompressori ei ole viela dekompressoinut ainuttakaan da- 
tapakettia. Kun dekompressori on dekompressoinut ensimmaisen datapaketin, 
joka kasittaa seka staattisen etta dynaamisen konteksti-informaation, voi de- 
kompressori siirtya suoraan keskimmflisen titan (Static Context) yli aina ylim- 
10 paan tliaan (Full Context). Yiimmassa tilassa tapahtuvien useiden virhetilantei- 
den seurauksena dekompressori siirtyy keskimmaiseen tilaan, mutta tyypilli- 
sesti jo yksikin onnistuneesti dekompressoitu datapaketti palauttaa dekom- 
pressorin ylimpaan tilaan. 

Eri kompressointitilojen lisaksi ROHC:een on maaritetty kolme eri 
15 toimintamoodia: yksisuuntainen moodi (U-moodi), kaksisuuntainen optimisti- 
nen moodi (O-moodi) ja kaksisuuntainen luotettava moodi (R-moodi), jotka 
esitetaan kuvion 2 mukaisessa kaaviossa. Kuvion 2 mukaisesti jokainen edelia 
kuvatuista kompressointitiloista (IR, FO, SO) toimii jokaisessa moodissa, mutta 
kukin moodi toimii kussakin tilassa omalla tavallaan ja tekee myos paatokset 
20 siirtymisista tilojen valilla omalla tavallaan, Toimintamoodin valinta kuhunkin 
kompressointitilanteeseen riippuu kaytettavan tiedonsiirtoyhteyden paramet- 
reista, kuten paluukanavan kayttGmahdollisuudesta, virhetodennakOisyyksista 
ja -jakaumista, otsikkokenttien koon vaihtelun vaikutuksista ym. 

ROHC:n kolme toimintamoodia ja kolme kompressointitilaa muo- 
25 dostavat erilaisia operointitilanterta otsikkokenttien kompressoinnille, joissa 
kussakin tilanteessa pitaa maaritella kompressorin ja dekompressorin toiminta 
seka pakettien vaiitys naiden vaiilia. ROHC:ssa kaytetaan erilaisia paketteja 
eri operointitilanteiden mukaisiin tarkoituksiin. Talla hetkella ROHC:een on 
maaritetty kuusi erilaista datapakettityyppia, joista neljaa kaytetaan lahetyk- 
30 seen kompressorilta dekompressorille ja kahta paluukanavadatapaketteina 
dekompressorilta kompressorille. Kaytettavien datapakettityyppien maara 
saattaa muuttua tulevaisuudessa, mutta kaikille datapakettityypeille on omi- 
naista se, etta jokaiseen datapakettiin voidaan liittaa kulloinkin kaytettavan 
kontekstin maaritteleva kontekstitunniste CID (Context Indicator) ennen pake- 
35 tin lahettamista siirtotielle. 
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Kuviossa 4 on esitetty RLC- ja PDCP-kerroksia eraan edullisen suo- 
ritusmuodon mukaisessa UMTS-jarjestelmassa. Jokaiselle PDP-kontekstille 
varataan yksi PDCP-entiteetti. LShettaja-PDCP ja vastaanottaja-PDCP kasit- 
tavat kompressori-dekompressori-parin vaiitettavien datapakettien kompres- 

5 soimiseksi ja vastaanotettujen datapakettien dekompressoimiseksi. Jokainen 
PDCP-entiteetti voi kayttaa yhta tai useampaa otsikkokentan kompressointial- 
goritmia tai olla kayttamatta yhtakaan. Useampi PDCP-entiteetti voi myfis 
kayttaa samaa algoritmia. UMTS-jarjestelmassa otsikkokenttien kompressointi 
valitettaville datapaketeille ja dekompressointi vastaanotettaville datapaketeille 

10 suoritetaan siis konvergenssiprotokollakerroksella PDCP. Edella esitetyn 
ROHC:n lisaksi PDCP edullisesti tukee muitakin kompressointialgoritmeja, 
kuten IETF:n RFC2507:n mukaista algoritmia, jossa kompressoinnilla voi myos 
olla useita konteksteja. 

PDCP-entiteetti voidaan sovittaa (map) useaan RLC-entiteettiin, 

15 jolloin yhdelle PDCP-entiteetille voidaan tarjota useita loogisia yhteyksia LC1- 
LC3. Hyotykuormalle ja eri tavalla (eri konteksti) kompressoitaville otsikkoken- 
tille varataan omat loogiset yhteydet LC1-LC3. Lahetettavista IP-paketeista 
erotetaan hyotykuorma ja otsikkokentat ja valitaan kompressoinnin jalkeen eri 
tavalla kompressoidut otsikkokentat erillisia loogisia yhteyksia LC1-LC3 kayt- 

20 taen. Nain ollen PDCP-entiteetti voi kayttaa ainakin kahden eri kontekstin 
(lahinna eri kompressointitilan ja/tar moodin) mukaisesti kompressoiduille ot- 
sikkokentllle eri loogisia yhteyksia. My6s hyotykuorma voidaan kuljettaa useaa 
eri loogista yhteytta kayttaen. 

Keksinnon eraan edullisen suoritusmuodon mukaisesti eri kompres- 

25 sointitiloille varataan eri loogiset yhteydet. Eraan edullisen suoritusmuodon 
mukaisesti LC1 varataan aloitus/paivitystilan otsikkokentille, LC2 hyotykuor- 
malle ja LC3 ensimmaisen ja toisen tilan FO/SO otsikkokentille, Nain saadaan 
kompressoimattomat aloitus/paivitystilan otsikkokentat erotettua kompressoi- 
duista otsikkokentista. On mytts mahdollista, etta signalointidatalle varataan 

30 oma looginen yhteys. 

Kuviosta 4 poiketen, yhdessa PDP-kontekstissa saatetaan valittaa 
usean eri sovelluksen dataa, jolloin datavuot on erotettava PDCP-kerroksella 
ja niilla on oltava eri kompressointikontekstit. PDCP-kerros voidaan periaat- 
teessa toiminnallisesti toteuttaa myos siten, etta useita PDP-konteksteja mul- 

35 tipleksataan PDCP-kerroksessa, jolloin RLC-kerroksessa yksi RLC-entiteetti 
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vastaanottaa usean eri sovelluksen dataa. Tassakin tapauksessa eri tavalla 
kompressoidut otsikkokentat voidaan valittaa eri loogisia yhteyksia kayttaen. 

Kuviossa 5 on esitetty vuokaavion avulla keksinnon eraan edullisen 
suoritusmuodon mukaista menetelmaa. Ylempien runkoverkkoprotokollien 
5 toimesta aktivoidaan 501 PDP-konteksti matkaviestimen UE ja UMTS-verkon 
valille, RRC-entiteeteille indikoidaan verkkotason protokollatyyppi PDP- 
kontekstin aktivoinnin yhteydessa, jonka perusteella RRC-entiteetit valitsevat 
502 PDCP-entiteetille kaytettavan kompressointlalgoritmin ja algoritmia ohjaa- 
vat parametrit Varattavat loogiset yhteydet ja niiden parametrit maaritetaan 
10 503 RRC-protokollaentiteettien valilla. Verkon radioresurssien hallintaentiteetti 
(RRM) paattelee esirnerkikst sovelluskohtaisesti, kuinka loogiset yhteydet va- 
litaan ja ohjaa RRC-enttteettia. Matkaviestimeen UE maaritetaan loogiset yh- 
teydet RRC-signalointina RNCista. Parametrit maaritetaan 503 siirrettavan 
datan ominaisuuksien mukaan, jolloin radioresursseja voidaan kayttaa opti- 
15 maalisesti. Eri kontekstin mukaisille otsikkokentille varataan edullisesti ainakin 
eri radioyhteyden ominaisuusparametrit (radio bearer parameters). Talldin eri 
loogisille yhteyksille kaytettavia radiokehyksien kokoa voidaan saataa. Kom- 
pressoimattomille otsikkokentille voidaan esimerkiksi valite suuremman kais- 
tanleveyden ja suuremman bittivirhesuhteen tarjoava looginen yhteys kuin 
20 kompressoiduille otsikkokentille. 

RRC-entiteetti on yhteydessa PDCP-entiteettiin kuviossa 4 esitetyn 
PDCP-C-SAP-pisteen (PDCP Control Service Access Point) kautta, jolloin 
kaytettavasta kompressointialgoritmista ilmoitetaan PDCP-entiteetille ja loogi- 
nen yhteys sovitetaan 504 PDCP-entiteettiin, 
25 Datan vaiityksessa konvergenssientiteetissa PDCP erotetaan 505 

vaiitettavan paketin otsikkokentat ja hyotykuorma. Otsikkokentat kompressoi- 
daan 506 neuvotellun kompressointialgoritmin ja kompressoinnin kontekstin 
mukaisesti. Edullisesti kyseessa on siis IP-paketti, jolloin ainakin IP- 
otsikkokentta ja TCP- tai UDP-otsikkokentta kompressoidaan. Jos kyseessa 
30 on RTPrta kayttava reaaliaikasovellus, myOs RTP-otsikkokentta kuuluu kom- 
pressoitaviin otsikkokenttiin. PDCP tarkastaa kompressoidun otsikkokentan 
kontekstin ja valittaa 507 kompressoidun otsikkokentan kontekstin, edullisesti 
kompressointitilan, mukaista loogista yhteytta kayttaen. Hytttykuorma vaiite- 
taan 507 sille varattua ainakin yhta loogista yhteytta kayttaen. 
35 Konvergenssientiteetissa PDCP dekompressoidaan 508 vastaan- 

otetun datan otsikkokentat valitun kompressointialgoritmin ja kompressoinnin 
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kontekstin mukaisesti. Otsikkokentat ja hyotykuorma yhdistetaan 509 vas- 
taanottajan konvergenssientiteetissa. Kokonaiset IP-paketit vairtetaan 510 
ylemmille tasoitle. 

Loogisia yhteyksia voidaan rekonfiguroida tarvittaessa. Loogiset 
5 yhteydet puretaan tyypillisesti, kun konvergenssiprotokollaentiteetti poistetaan. 
Myos hyotykuormaa varten voidaan varata useita loogisia yhteyksia, joiden 
kautta pilkottuja hybtykuorman osia siirretaan ja yhdistetaan jaileen vastaan- 
otossa. 

Datan oikeelliseksi yhdistamiseksi vastaanottopaSssa on oltava 

10 jarjestettyna puskurointi tai on muuten huolehdittava eri loogisia yhteyksia 
kayttaen siirrettavan datan viive-erojen minimoimisesta. Keksinnon eraan 
edullisen suoritusmuodon mukaisesti loogisia yhteyksia varten kaytettavat ka- 
navat synkronoidaan. Reaaliaikasovellusten dataa siirrettaessa datan saman- 
aikaisuudesta huolehtiminen on parempi ratkaisu kuin puskurointi. 

15 Jotta saman IP-paketin otsikkokentta ja hyotykuorma voidaan yh- 

distaa, loogisten yhteyksien on tarjottava luotettava datansiirto esimerkiksi pa- 
kettien sekvenssinumerointia ja kuittauksia kayttamalia. Toisaalta reaaliaika- 
sovellusten osalta viive on kriittinen, jolloin riittaa, etta havaitaan, minka pake- 
tin osalta hytitykuorma ja/tai otsikkokentat ovat virheellisiS tai puuttuvat. Tal- 

20 loin kyseinen paketti voidaan jattaa vaiittamatta eika eri paketin otsikkokenttia 
ja hyfltykuormia yhdisteta (509). Tata tarkoitusta varten RNC:n ja MS:n PDCP- 
entiteetteihin voidaan jarjestaa virhekontrolli, joka havaittujen virheiden pe- 
rustella paattaa, vaiitetftanko data ylemmille kerroksille. Virheentarkastus voi- 
daan jarjestaa jokaiselle loogiselle yhteydelle erikseen. 

25 Keksinta soveltuu minka tahansa sovelluksen datan siirtoon. Erityi- 

sesti WB AMR-koodekin vaatima kapasiteetti voidaan saada huomattavasti 
pienemmaksi, kun kaytetaan useita eri loogisia yhteyksia hyotykuorman ja ot- 
sikkokenttien siirrossa. 

KeksinnGsta saavutetaan myos eras ROHC:n kayttoon liittyva etu. 

30 Yksi kompressointientiteetti saattaa hoitaa usean samaa PDP-kontekstia hya- 
dyntavan sovelluksen datan kompressolnnin, jolloin eri datavuot on erotettava 
toisistaan eri kontekstitunnisteilla CID. Eri sovellusten otsikkokentat ja hyaty- 
kuorma voidaan kuitenkin siirtaa eri loogisia yhteyksia kayttaen. Talloin radio- 
rajapintaresurssien kaytto vahenee, koska ClD-tunnisteita ei tarvita. 



Saapunut : 16/ 1/ 1 16:14; +358 3 2252150 -> PATREK ASXAKASPALVE LU ; Sxvu 15 

16/01 2001 TI 16:14 FAX^H8 3 2252150 KOLSTER TAMPERE ^fc KIRJAAMO (21015/024 



13 



Keksintfi voidaan toteuttaa ohjelmallisesti matkaviestimessa MS ja 
radioverkko-ohjaimessa RNC niiden prosessoreita, muistia ja liityntaja kaytta- 
en. MyGs kovo-ratkaisuja voidaan kayttaa. 

Alan arnmattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 
ndn perusajatus voidaan toteuttaa rnonin eri tavoin. KeksintO ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
delia patenttivaatimusten puitteissa. 
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Paten ttivaatimukset 

1. Menetelma hyotykuormaa ja otsikkokenttia kasittavan IP-datan 
siirtamiseksi. jossa menetelmassa kompressoidaan ja dekompressoidaan IP- 
pakettien otsikkokenttia, tunnettu siita, etta: 
5 varataan ainakin kaksi loogista yhteytta en kontekstien mukaisesti 

kornpressoitujen otsikkokenttien siirtoa varten, ja 

valitetaan eri kontekstien mukaisesti kompressoidut mainitut otsik- 
kokentat eri loogisia yhteyksia kayttaen. 

10 2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta 

varataan looginen yhteys aloitus/paivitystilan otsikkokentille ja loo- 
ginen yhteys ensimmaisen tilan otsikkokentille ja toisen tilan otsikkokentille, ja 
valitetaan kompressoidut otsikkokentat kayttaen kompressointitilan 
15 perusteella toista mainituista kahdesta loogisesta yhteydesta. 

3. Jonkin edellisen patenttivaatimuksen mukainen menetelma, jossa 
kaytetaan radioresurssien ohjausprotokollaa radioresurssien hallintaan, 
tunnettu siita, etta 

20 signaloidaan mainittujen loogisten yhteyksien parametrit RRC- 

protokollaentiteettien valilla, 

liitetaan mainitut loogiset yhteydet pakettidatakonvergenssiproto- 
kollakerroksen entiteettiin, 

rekonfiguroidaan mainittuja loogisia yhteyksia tarvittaessa, ja 
25 puretaan mainitut loogiset yhteydet vasteena sille, etta mainittu 

konvergenssiprotokollakerroksen entiteetti poistetaan. 

4. Jonkin edellisen patenttivaatimuksen mukainen menetelma, jossa 
kompressointia ohjataan matkaviestinjarjestelman pakettidatakonvergenssi- 

30 protokollakerroksella, tunnettu siita, etta 

erotetaan mainitussa konvergenssiprotokollakerroksessa lahetetta- 
van IP-paketin otsikkokentat ja hyotykuorma, 

kompressoidaan otsikkokentat valitun kompressointialgoritmin ja 
kompressointikontekstin mukaisesti, 
35 valitetaan hyotykuorma sille varatussa loogisessa yhteydessa ja ot- 

sikkokentat niille kontekstin mukaisesti varatuissa loogisissa yhteyksissa, 



lapunut : 16/ 1/ 1 16:14; +358 3 22521 50 -> PATREK ASIAKASPALVELU; Sivu ^V 

16/01 2001 TI 16:15 FAITHS 3 2252150 KOLSTER TAMPERE -»->-» KIRJAAMO ©017/024 



15 



dekompressoidaan vastaanottajan konvergenssrprotokollakerrok- 
sessa loogisista yhteyksista vastaanotetut otsikkokentat neuvotellun kompres- 
sointialgoritmin ja kompressointikontekstin mukaisesti, ja 

yhdistetaan otsikkokentat ja hyOtykuorma vastaanottajan konver- 
5 genssiprotokollakerroksella. 

5. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu siita, etta 

varataan eri kontekstien mukaisesti kompressoituja otsikkokenttia 
10 varten varattaville mainituille loogisille yhteyksille ainakin eri radioyhteyden 
ominaisuusparametrit (radio bearer parameters). 

6. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 
tunnettu siita, etta 

15 synkronoidaan mainittuja loogisia yhteyksia varten kaytettavat ka- 

navat. 



7. Tietoliikennejarjestelma, joka kasittaa kompressointivaiineet siir- 
rettavien IP-pakettien otsikkokenttien kompressoimiseksi ja dekompressoimi- 
20 seksi, tunnettu siita, etta: 

tietoliikennejarjestelma on jarjestetty varaamaan ainakin kaksi loo- 
gista yhteytta eri kontekstien mukaisesti kompressoitujen otsikkokenttien siir- 
toa varten, ja 

tietoliikennejarjestelma on jarjestetty vaiittamaan eri kontekstien 
25 mukaisesti kompressoidut mainftut otsikkokentat mainittuja eri loogisia yhteyk- 
sia kayttaen. 



8. Patenttivaatimuksen 7 mukainen tietoliikennejarjestelma, tun- 
nettu siita, etta 

30 tietoliikennejarjestelma on jarjestetty varaamaan ainakin kaksi loo- 

gista yhteytta eri kompressointitilojen mukaisesti kompressoituja otsikkokentti- 
en siirtoa varten ja ainakin yhden loogisen yhteyden hyOtykuormaa varten. 



35 



9. Patenttivaatimuksen 7 tai 8 mukainen tietoliikennejarjestelma, 
tunnettu siita, etta 
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tietoliikennejarjestelma on jarjestetty varaamaan eri kontekstien 
mukaisesti kompressoituja otsikkokenttiS varten varattaville mainituille loogi- 
sille yhteyksiile ainakin eri radioyhteyden ominaisuusparametrit (radio bearer 
parameters), 

10. Matkaviestin, joka kasittaa datan siirtamista pakettiradioverk- 
koon ja pakettiradioverkosta hoitavan siirtoyhteyskerroksen, tunnettu siita, 
etta 

matkaviestin on jarjestetty, vasteena pakettiradioverkosta tulleelle 
10 ohjeelle r varaamaan ainakin kaksi siirtoyhteyskerroksen loogista yhteytta eri 
kontekstien mukaisesti kompressoitujen otsikkokenttien siirtoa varten, ja 

siirtoyhteyskerros on jarjestetty vaiittamaan eri kontekstien mukai- 
sesti kompressoidut mainitut otsikkokentat mainittuja eri loogisia yhteyksia 
kayttaen. 

15 

11. Patenttivaatimuksen 10 mukainen matkaviestin, jossa radiore- 
surssien ohjausprotokollakerros ohjaa siirtoyhteyskerroksen pakettidatakon- 
vergenssiprotokollakerrosta, tunnettu silta, etta 

radioresurssien ohjausprotokollakerros on jarjestetty, vasteena pa- 
20 kettiradioverkon radioresurssien ohjausprotokollakerroksen valittamalle oh- 
jeelle, sovittamaan pakettidataprotokollakonvergenssikerroksen entiteettiin 
loogiset yhteydet hyfltykuormaa ja ainakin kahta eri kornpressoinnin tilaa var- 
ten, 

pakettidataprotokollakonvergenssikerroksen entiteetti on jarjestetty 
25 erottamaan lahetettavan IP-paketin hyotykuorman ja otsikkokentat, ja 

pakettidataprotokollakonvergenssikerroksen entiteetti on jarjestetty 
vaiittamaan hyotykuorman ja eri tilan mukaisesti kompressoidut otsikkokentat 
ja hyotykuorman niille varattuja loogisia yhteyksia kayttaen. 

12. Matkaviestinjarjestelman radioverkko-ohjain, joka kasittaa datan 
siirtamista useaan matkaviestimeen ja useasta matkaviestimesta hoitavan 
siirtoyhteyskerroksen, tunnettu siita, etta 

radioverkko-ohjain on jarjestetty varaamaan ainakin kaksi siirtoyh- 
teyskerroksen loogista yhteytta eri kontekstien mukaisesti kompressoitujen ot- 
sikkokenttien siirtoa varten, ja 
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siirtoyhteyskerros on jarjestetty valittamaan eri kontekstien mukai- 
sesti kompressoidut mainitut otsikkokentat mainittuja eri loogisia yhteyksia 
kayttaen. 

13. Patenttivaatimuksen 12 mukainen radioverkko-ohjain, jossa ra- 
dioresurssien ohjausprotokollakerros ohjaa siirtoyhteyskerroksen pakettida- 
takonvergenssiprotokollakerrosta. tunnettu siita, etta 

radioresurssien ohjausprotokollakerros on jarjestetty valittamaan 
matkaviestimen radioresurssien ohjausprotokollakerrokselle ohjeen loogisten 
yhteyksien varaamisesta, 

radioresurssien ohjausprotokollakerros on jarjestetty sovittamaan 
pakettidataprotokollakonvergenssikerroksen entiteettiin loogiset yhteydet hyo- 
tykuormaa ja ainakin kahta eri kompressoinnin tilaa varten, 

pakettidataprotokollakonvergenssikerroksen entiteetti on jarjestetty 
erottamaan lahetettavan IP-paketin hydtykuorman ja otsikkokentat, ja 

pakettidataprotokollakonvergenssikerroksen entiteetti on jarjestetty 
valittamaan hyOtykuorman ja eri tilan mukaisesti kompressoidut otsikkokentat 
ja hyotykuorman niille varattuja loogisia yhteyksia kayttaen. 



10 



20 
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(57) Tiivistelma 

Menetelrna hy6tykuormaa ja otsikkokenttia kasittavan IP- 
datan siirtamiseksi tietoliikennejarjestelrnassa, jossa korn- 
pressoidaan ja dekompressoidaan IP-pakettien otsikko- 
kenttia. Ainakin kaksi loogista yhteytta varataan eri kon- 
tekstien mukaisesti kompressoitujen otsikkokenttien siirtoa 
varten. Eri kontekstien mukaisesti konnpressoidut mainitut 
otsikkokentat valitetaan eri loogisia yhteyksia kayttaen. 
(Kuvio 4) 
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